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PREFACE - ^ f) 



• 'An\ evaluationi of the Ohio Li})rary College Centner • s . 
proposed Sei:^ials«^Control Subsy^*|^eni' was undertaken for the 
purpose of determining,'" as far possible, the effect of 
that system, should it be adopted, on the Oii>eration of the * 
Serials^ Department ^at the; Uhiyersitiy .Of South Florida Library 

TVie I evaluation was accomplisl^ed wi tli the aid of cor- 
respondency and matfeTTi.als.,fwr,i^ished by Meg Sarver, systems 
analyst at OCLC . Parti^oularly useful w'ds Serials Control. 
Subsystem: User''"s W^nuaj (December 1975) • addition, in- 

terViews were condup^ted with Arthur Ketchersid-; ' Assistant 
Director for ^Techni**alVServices of the University of Sguth 
Florida Libtmry and with Arline King, Assistant Librarian, 
Cataloging Departijient , who demonstrated search techniques 
on- the SOLINET terminal and^ discussed^ cost fjact^i^ as well 
as retrieval and maintenance problems. Random sampling Was 

employed in the course _of determining some characteristics, . 

' . ^ ■ t 

of alternative search ^keys and their applicability to' the '> 

retrieval of serial records by^ OCLC/ s proposed system. 

' The system is described and, as it is related to -U.S. F 
present manual system problems that are likel^^^ to be ^encoun- 
tered — with particular emphasis on the difficulty ^of retrie- 

ving records on-line by title search key~-are- indicated . An- 

- V • « ^ 

effort is 'made >to provide cost and time comparisoi^ of manual* 

and '^automatic check~in , procedures . 
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'This paper is a part of a i^arger study entitled "An 
Analysis of the Serials^Department of the University of 
South Florida Library with a Preliminary Discussion of the 
PossiblB^^"$m5lementation of the Serials ControL Subsystem 
of the Ohio College t^ibrary Center at the University 6f 
South Florida Irirbrary" , which resulted from a project under 
taken by ei^ght library science students, members of Dr. 
Stephen Karter's -class in Library Systems Planning d-uring ^ 
Quarter II of -the academic year 1975-76. ^ 

. We wish to express particular 'appreciation -to Dr. 
Harter, ^associate professor, Library Science/AV Department 
at the University of South Florida, for his valuals^le sag- 
gestions. • , \^»^ 
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IMPLEMENTATION OF THE OHIO COLLEGE LIBRARY CENTER'S 

PROPOSED SERIALS CONTRQL SUBSYSTEM ' ' 
AT THE UNIVERSITY OF SOUTH FLORIDA LIBRARY • ' 

The Ohio ColJLege Library Center ''s. Serials Control 

< 

Subsystem will consist-^f three /cbmponents : check-in, claim- 
ing, and binding; only the check-in ^component , ^' however , is 
expected to be implemented in the nfear jTuture . The claiming 
and binding components and their implication for the U,S,F, 
Library will be briefly described, after which the »check-in 
component and its effect on the present system, shoUj.d it 
be/adopted, will be treated more fully.-. ^ 

^ - ' V - - ' - - - Claiming 

^ The ma.ibr lictivities of the claiming compo'nent will 
be to identify missing issues and. to produce claim notices. ^ 
A plaim cycle will be set by each^ library for each serial 
and will specify how many days following the expected re- 
ceipt jiate an issue will be claimed. 

After a missing, issue has been identified by the sys- 
tern, ,^ claim notice will be automatically generated and sent 
to the library or to the publisher pr vendor, as specified 
by each library. The options af semi-automatic and norj- 
autamatic claim v/ill also be available to a participating 
library. V Under the semi-automatic option the system ''will 
send a message^ to the terminal operatqr^hat- a possible claim 



has\b,een identified; the operator then decides whether or 
not \o command printing and seryiing of the claim notic^. 
A no iV- automatic claim will not be identified by software 
but vvtll be generated only on command of the operator; . The 
cljains system will, for example* periodically generate li$'t- 
i^g ofl all titles having no activity within a definedv.,pei^^d . 
A library may then decide, to claim fi^om the listed titles 

Adoption by'the U.S.F/ Library of the automatic *cl,aiTn- 
ing component, by which the system would send notices difect-v 
ly to tYii vendor or publisher*, would mean the elimination 
of the weekly claims check of the Central, Selrials Recor|d, 



as iJ^ell asl of th^^^lling out of claim beards and the^^^addi^^s- 
a^ng and stuffing of envelopes. After, a third claim is gen- 
eratdd^- and sent by the system^* and the issue has failed' to 
arrive, the system v/ill send no 'further notice's but pr^um- . 
ably v/ill produce on command a list bX still-unreceived serial 



from which personal letters to vendors^ (or ^ubl^sliers) can 



be v/ritten and sent, as is done under the present manual ^ 



system^ A library that chooses to have claiml notiyces sent 
to the |library — perhaps in order to maintain contr<^l oyer 
each claiming defcision--rather than sent directly t^ the ven- 
dor (or publisher) v/ould, of course, still haveto mail its 
own claims, thus saving l^ss time than would b^ possible - 
under the more fully automatic component. Adoption dJT the ^ I 
semi-automatic or" non- automatic option would mean correspon- 
dingly less time saved in the performance of the claiming op- 
eration over the 'current manual system. It is ^conceilvable , 



however, that a library might choose one of thosa options . 
in preference to the automatic component, ip ordejr to have 
more direct control over , claiming, i.e., over what items 
are claimed and when, ^he ' determination of the need for 
more control might be made \by a^particular librajry after a . 

trial fun v/ith th? fully automatic system. 

'■■ - ^ • " if 

binding , 

\ 

The binding component will id^ntify\ completion of a- 
binding unit from data entered into each serial check-in re- 
cord by each participating library. The data will include . 
all necessary binding infonnatioh suqh ag^yl^ of banding, 
color of lettering, bindery schedule, and bindeis^ code. 
VJhen the system identifies a completed binding unit, it will 
'output a printed notice complete with all binding informa- 
tion which* will be forwarded to the library. Adoption by- 
the U.S.lF. Library of the binding component would result in 
\^he eiimihation of the periodic binding checks of the CSR 
fi^e. Pull tlags would no longer need to be placed in the 

firtal issue of a^binding unit during the check-in process. 

• \ • . V ■ • _ 

When -the computer-produced binding notice was received from 

OCLC, the. unit to be bpurid would be pulled by the Binding 



subsystem staff and prepared, according to the present prb- 
'cedure,\ for' shipment to the bindery. The ^bijidery notice w( 
accompany the shipment, replacing the bindery slip thai is 



In'suffi'cSerft information is available from QCLC at ^ 
the^ pres'^nt to determine how and v/hen a check-in record v/ill _ 
indiOvate that a unit has bSen identified as reae^y for binding. 

.Of. 



•currently filled out and sent with each |ini,^ . _ . . 

'Fi le' Conversion 

. ^ ."^^ ' 

The crie,ck-in component v/ill\cortsist of: on-line 

storage' of serial check-^in records, (2) ^automatib prediction 

of "next expected issu?" and arrival date, and (3/\ automatic 

update of chepk-in records. The file of serial ch^ck-in re 

: cords stored ih the OCLC data base v/o»ld replace thfe CSR 

' Thus' each library must create a separate machine^reanable 

check-in repord "for each serial subscription. Clearly, this 

-^quld be a sizable undertaking for the Serials" Department at 

U.S.F., 'subscribing as it does to oVer 6000 serials. OCLC 

reports the experience of the only library which has begun 

creation of check-in records. Case Western Res^efye, at which 

an average of betv/een eight and nine records v/6re created' 

.per hour. Using a figure of 8.5 records created p*er hour, 

it would take approximately 706 man hou^qs to convert 6OOO 

„^ria\ records . But OCLC indicated tha,t fewer records per 

hour might be created by other libraries, the particular 

library reported on took advantage of relativ^y low response 

^ time by having' staff enter records during everting hoWs;'^and 

on Saturdays^, and,, furthermore, jbhe library di<j^ not enter 

retrospe-ctivfe holdir;tgs unless they v/ere straight forwar4 . 

'Assuming that the cpnversion-j-were it to be undertaken at 

U;S.F. — vj5£)uld be done over an extended period; as staff time 
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Personal letter from.Meg Sarver, OCLC systems analyst, 
March a?. / 197p- , ^ ' \ ■ . ■ . 



permitted, it is nevertheless likely, inasmuch as the pre- 
sent staff considers itself ^orthanded, that some tempor- 
s^ry additional staff would need to be .employed to aid in 
the creation 'of check-in records. 

' Gheck-in Record 

The serials 'check-in record, is the on-line record of 
"holdingd^ ajid ^receipt dates but includes-* other pertinent 
holding information as well. The record must be input by 
each^ individual library, and since it is designed •primari'ly' 
for local use, each library may set its own policies for 
entering inibrmation., ^The information originally supplied 
on/ the Woil^kform to initiate the^ record may be modified', dep- 
leted, or corrected' at any time. * 

' The heading of a che^k-in record identifies the' serial 
The first line contains the name main entrj^ and title, fol- 
lowed on the second line by tKe key title /(when it. is con- 
tained in the bibliographic record); the /third line -will in- 
dicate the ISSN, OCLC control number, frequency code and. re- 
-gularity code. The record is designed /for local use; however 
in order to permit sharing of information, certMn holding' 
fields and subfLeld^ are uniformly defined for use by all ^ 
member libraries . The above described ^heading design of an 
entry card is considered relatively iiniform^ 

All of the information given^in the heading oT the 
Serials' Check-in Record is taken from the bibliogr,aphic re,^ 
cord. ^-It is not a physical part of the 'qheck-in -recoi^d a:s 
-this information iStnot stoi'ed with local data, but is used 



on the display screen along with local, information. The ^ 
OCLC control number serves as ' a link between the bibliographi 
record and data from the local library. ^ 

A cheek-in record contains two fixed fields, both 
containing information in coded form. ^Each field is prece- 
ded by i start-of-message symbol (^ ) , and the information 
given is\ closed by a field terminator (11) . The first field 
ap]^ears immediately beloy^ the heading and identifies the \ 
holding liibrary ("Hid lib"), "Copy", Reproduction ("Repr'O. 
Subscription status ("Sub^sc stat") and "Loan". The operator 
enters the four-character holding code for the> library/ Only 
this code, identified in the institution's OCLO pro1?^ile may 
b6 entered in 'this element. The system wili' respond with 
ILLEGAL HOLDING LIBRARY if an unauthorized code is e^^itered. 
If no code is entered, the system will supply the -main hold-r 

I. 

ing. code by default. - 

The "Copy" element of 'the serials check-in contains 
a numeric copy identification to distinguish multiple check-/' 
in records for one serial.' Each institution assigns copy, 
numbers according to its own criteria. Tliis identification 
must be numeric and less than 255 • The element "wilT remain 
blank if the operator does not/enter a copy number. 

The reproduction ("Repr") element uses ^ one char- 
acter alphabetic code .to distinguish the form of the repro- 
'duction, such as:. ^*a" for microfilm, '"b" for microfiche, etc. 
If rto codecs entered , thfet^alue. ^.wi 11 default to blank and 
indicate , that it. is not a reproduction; this is shown by a 
slashed h . , ' : ^ ' ^ 



/ 




Subscriptibn status ("Subsc stat") is the fourth 
element and "contains a one character code descri^Ding the 
status of the library's subscription to the serial. An 
"a" would indica/te "active"; "b" would indicate ' "active tem- 
porarily"; "c" ^ould indicate- "cajicelled" : and "d" would in- 
dicate "dead" . Jf no code is entered, an "a" is automa- 
tically supplied by default. 

The "Loan" element* is the la^ one in the fixed field, 
and it describes the loan policy^ for^ the serial. This is 
confined, to a local Loan and not Interlibrary . When the 

. check-in record is created, the operator enters the qrif char- 
acter alphabetic code, and wi^en the record is subsequently 
changed or retrieved", the system will provide a code to d,es-^ 
cribe the determined loan polid^. For example, if the code',"^ 

\"a" is assigned, 'the serial is riot loanable m any form and 
the screen display will advise "nOt loanable" . An "f" code ^ 
would i^ndicate a^ loan period of three days and this, would 
also 'appear on' the screen display if the code "f" was initi- 
ally eritered . If no code is eritered into t^is element, ^ 
value will be supplied. 

> The second fixed /ieljd follows line "6 of th^ va/iable. 

fields and ,is labeled "Date 'reed" • Contained in the field 

' are the day, month, and year- of receipt for the six most 
recent issues. This is given in six characters, e.g., 740113 
would indicate the issue of January' 13, 1974; the earliest \; 
issye is on the left and the last on the extreme right. ^ If 
one issue in this sequence is- missing, the date will be sub- ^ 
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stituted by six question marks. Whfere rey6ords are ck)ntinu- 
ally updated, this field will be recorded and be quite 'help- > 
fur in check-in as well as in the clain^ing of missing issues. 

Ten variable fields are includ^4 in a serials check-in 
-record. A symbol (0)^ precedes each field and is followed 



by a line nijpiber that Ogives the seq^^erice of each given Una. 
The tag, or information code, follc/ws; the contents of tl^e 
' fielji is next, followed by the field terminator (U ) . Sub- 
fields may be used within "the individual\ variable ^*fi elds ; 
these are identified by .delimiters' (+) and subfield codes. 
Each variable fie]/d is identified 4y a mnemonic four char^ 




ecter alphabetic , tab . The> yen variable fields include : 

1 CLl^O . (Call/nuilfiber) 

2 L06N (Loca/tion) 
' 3 FUND (Fund) 

. - ^ 4 RiVIKS (ReiAarks) ' 

. ' 5 DEFN (D^^finition) . \ ' \ 

' , 6 NEXT (tet expected i'ssUe) . * \ . 

' ^- 7 CRHD (yCurrent holdings) - - \ 

o RTHD iRetrospec^tive holdings) 

9 CLMS /(Claims) > * - 

^ 10 BNDG / (Binding) 

Each field jls shown "son the screen in numerical order, 

■ V " \ ^ . r 

with the ^start-of-message symbol (D) shown before the field 
tab, e.g.-, CLNO field would indicate the call numl^er used 
by the library for that serial . . . ^ 

. . ^ Subfields may be included and in :the call number field 
are defined by "a" and "b" pre/seded by a delimiter., Thus 
the '*call numbdr" field, field number one, would be displayed 
as follo.Ws: ^ • • " 

1^*1 CLNO GV1507.C7 +b S5 11 

/ The regular call number 'is GVI507 .C? , while the book 
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nufnber is denoted in the'subfield "b" . The remaining nine* 
fields are^ forrfiulated in, the same manner; the number of sub- 
fields however , "varies from field to field. It is not m^thda- 
tory that d^ata be entered into every field;^ any one. field 
may remai^i blank. (See Figure 1) . \ . 

Creation of the Check-in Record 

Before 'Vne operator can request a workform-to create 
a check-in record he must log-in to the Serials Control Sub- 
system and enter the search key, thus retrieveing a biblio*- 
graphic record (although at will not display on the terminal 
screen.) The institution's symbol must "have previousliy been 
entered on the record. 

When the search entry has retrieved a>^.ngle biblio-— 
graphic record for the serial, the system will scan that 
record for the three-character institution symbol. If the 

4 

'Symbol ife present but no chedk-in. record exists/ it wiil 
i-espond NQ HOLDING RECORD. The operator will then request • 
a workform by entering the command "wfc" DISPLAY REC*D SEND. ^ 

The workform is then displayed; it g^.ves the serial's 
Yi^e, the main entry ^and title, the key title, ISSN, OCLC 
control number, frequency cqdej^^and regularity code. The in- 
foi^mation is. extracted from the bibliogi'aphic record which 
was preciously scanned. J^ollowing this heading the fixed \ 
fields ^d tags fo)^ tl^e ten variable fields are provided . 
for entering local inrprmiition needed for $erials control. 
(3ce Figure 2) ; ' ' 

To crjpate tl^checl^-i^:! record, the operator enters 
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T^e Albertaa geographar.. 

is&N: 0065-60*7 OCLC no: 910291 .Fj/eqimr a' Regulr: r 
t>,%ld lib:' !^RNIi Co^y: 1 Repr: Subsfc st&t:' a |.oanr 1 WEEK,^ 

>' .I'CLNO Gl .#b .A43 H ■ 
"2 Ldcu ' • soc sci/hum ? 

Geography'. ^. 

V0I5.M-7 have been separately pant-bound. H 
5*DEFN • ^-V no. . . 
> S next'. 4=v 12 >d 761231 ? 



' > 4 .(RMKS 



.t> Date 'reed: 721128. 721128 . 721124 73O507 



t> 7 CRHD 
.t» 8 RTHD 
o 9 Clil4S 
i>10 'BNDG 



±v 8-I1 -fy 1972-1975 « 

4=>v 1-7 ±y 1964/65-1^70/71 H 



74 0715 - 750628 



■ ♦ 



Figure U .SERlAl3 CHECkXin pfeCpRD ; 
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Tl^e Albertan geographer. / 

IS&N: 0065-6097 OCLC no: 910291 Fj^eqvm: a. Regulr: r 
t,. Hid lib: TRNl^ Co^y: 1 Repr: SubS)fc stat: a Loan: 1 WEEK ^ 



i> 1 CLNO Gl 4b .A43 H 

t» 2 LOCN soc sci/huml 

t> -3 FUND i^eography. ^ 

j> 4 Vols. 1-7 have been separately pam-bound. 1 

e. 5 DEFN A-v no. 11 

> 6 NEXT ±v 12 *d 761231 H 

t> Date reed: 72il28 721128 721128 730507 740715 750628 



I. 7 CRHD tkv 8-li ±y 1972-1975 i 

.t> 8 RTHD 4='V 1-7 4y 1964/65t1970/71 II 

t> 9 CLMS ' H 

C»10 BNDG % 



\ 



Figure 1: SERIALS CH N RE^OF2D 



i; 



13 



Journal of medical education . 
Journal of medical' education , t 
ISSN: 0022-2577 OCLC no: 1605691 



Ffequn: m" Keguli 



Hid lib: 



Copy: Repjc: Subsc stat: Loa 



^ 1 CLNO 

> 2 L€^N 

X, 3 FUND 

F> 4 RMKS 

p 5 DEFN 

P 6 NEXT 



*b ^ 

1 
1 

^ vol. 



•p no'. 



t> Date reed: 



o 7 CiUiD 
t> 8 RTHD 
f> 9 CLIAS 
10 BNDG 



*b 

1 



. / 

*p n 
*p H 



*d 1 



Figure 5f SER1AI_S CHECK-IN PECORD WORKFORN^ 
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data .into all of the applic-able fields . In each" fixed field 
element this is clone positioning., iltie^ cursor in the space 
following tlie najne and; entering* the appropriatd^codi^ . Daia is' 
ente^^-ed into a variable field by depressing the INSERT key 
.and positioning ijhe cursor f^v^e spaces after the tag, after 
which the operator "proqeeds to enter the da-ta^along with'any 
delimiters and subfield codes not provided on ,the • worlfform . 
As the chaxacterrs are entered, the field terminator will move 
down to'the'next line. Each jSield must be individjisOlly ttans- 
mitted ' :to' thd central , computer system'. When onq field is com- 
pleted,;^the operator depresses ADVANCE LINE which -will a^jlv-anpe 
the cursor to?, the next field. " , * 



The 



sm 



will respond "Fixed field updatybd" when 



1 A ' •■ 

data for a fixed Vield has been accepted by the sys-tpm. 'l!he 

^ \ * , 

response will be 'Y^^d^ ^^'^ added", for exairple^ When the . 

cal U number fieX$3ni^) entered • ' ' 

When all dafca has been accepted, ttie; operator will 

depress UPDATE and $END. This" action integrates the check- 
in record into the on-line ^catalog for subsequent retrieval. 
When accepted into'^he system,. the response will appear on / 
the terminal screeifi "Record stored". 

A separate dheck-in* record must be created for e^h \ 
copy of a serial wMtfh a library has. If a library has more 
than one copy of a serial, after the first check-in record 
is created and wh,|n it is still displayed on the screen, the . 
oporatQr makes chingq^i in any fields in order to reflect the 
second copy. Wheji the screen 'display matches the second copy,. 



the operator will ei\ter the command "add" UPDATE SEND. 
Modification of the C\heck-in Record 

►j Modification of a check-in record may mean an addi- 
tion, alteration, or deletion .of information included in 
the record., and it may^l^e done at any iu.me* 

Qhanges^ are made /tW entering dat^ onto the terminal 
screen within the appropriate field. After the alteration, 
the operator depresses ADVANCE LINE and SEND. This transmits 
the altered field into the system. ^When the change has been 
-accepted, the screen will indicate, it by displaying the ap- 
propriate inforrnation: Field\ added, or Field re- 
placed,' or Pield> 'deleted, 

To replace a check-in record, the operator requests 
that the altered record be .displWyed for proofreading by 
keying "rf" DISPLAY REC't) and SEr^p . . When the recorti appears 
as it should, the operator depresses UPDATE \and SEND. The 
svatom will advise -"Record, replace!^." 
D'gl'etion of a Cheok-in Re6ord 
^ . If slII issuer of a serial are-remov.ed from a library, 
,it may be expedient to dele^te the check-in record rather than 
^to maintain the obselete information an^the dgtta bank. This 
can be done by^ retrieving the check- iji record and then enter- 
ing the letters "del% followifed by UPDATE and SEND. The 
system will respond "Record deleted." 

Retrieyai of Che<^k-in Records 
* ■ . •'' ■ . 

Once a check-in record is entered into the system, 



automatic check-ih is possible. But before a check-in re- 
cord caQ be upoated, it must be retrieved. The process can** 
be though t'NoV as having four parts: log-in,' retrieve check-in f 
records, check-in, and log-off. , \ . ' ' ^ . 

,Logging-in 'is done according to the formal?: 

. • NNN-NNN-NNNsss.lXll'"' 

SEND . ^ . 

The computer's response will be the display on th^screen 
of the operator's short name or initials (up- to seve^n char-/ 
ac terS^^ • ' ^ . - 

After logging-in, the operator is. ready to ^ear^ y^Tor 
a serial^s cl^eck-in record. A search key is entered;^ anc^\th^ 
entire OCLC bibliographic r^ecord file (not merely a isjf 
•chec^k-in' records),,, is searched' for. all bibliographil( 
that, correspond to the search key-rthife may includje nionographs 
ap well as serials . ^ , V/hen^-the|search or sequence of/search^. 



c rc^cords 



retrieves* tl^'e desired bibliographic record, that 
no4;^ displayed on the '^screen, but rather the insti 



rcord is 
•ydtion's 

check-in record corresponding to that' biblipgraphllc record 
is displayed. ' 



Entered - 
on terminal 

keyboard 
SEARCH KEY 




Not 
' displayed 
'BIBLIOG. 
RECORD 


^ 


DisjJlayed 

CHECK-IN 
RECORD' 


— ^ 





sss 

1111 

•SEND 



user's authorization number 

subsystem designator ( ckn - ^eriais control) 
level designator (full, part, srch) 
depression of SEND key . , 
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j There are seven possible types of search keys: OCLC 
contrcj»l nijmber. Library of Congress card number. International 
Standard Serial Numbet (ISSNK CODEN. personal name main en- 
try, title, acnd name/jitle. It is clearly advantageous to 
use a unique search k^y, i.e., one that will, retrieve one and 
only one recgrd, thusl avoiding an ex;tended s-earch. Regret- 
tably, each of the foyt unique search keys has disadvantages 
or linyltations . Any key which is found on the cover of 
serial is a particularly useful key. .;Thus the CQLC control 
number and the Library of Congress card number,, neither of • 
which ever, presently occurs on a periodical cov^r, are not" - 
useful keys, ISSN and tJODEN are the preferred search keys 
and will be used in all o&ses in which -they appear on a s-erial ' 
. cover. A random .sample of IQO of the< currently-received 
.periodicals at the U.S.F, Library demonstrated, however, that 
only 12 percent of the covers have ISSN and/or CODEN. Thus 
a search key other than ISSN or 'CODEN would have to be chosen ' 
for 88 perqent of ^ the periodicals. (On the b^sis bf* the 
standard er^or of this estimate we Wn be 95 percent confi- 
dent that tjre true percentag^ of periWcals having'JaSN 
and/for CODSN on their covers lies b$twe^.o.60 and l/f.4o.V 

\ Personal name main entry and ^name/title keys are- not • 



applicable to most periodicals; thua 



of cases a title search key will need to, be used. The major 
disadvantage of usirtg a title search key is that more than 
one record may be retrieved, thus making it necessary to 

narrow the search. The likelihood of retrieving multiple records 

' - f 
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iri ^he great majority 
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when using aj title search key is considerably greater for 
periodicals' 'than for monographs'.. A look at the format for 
search by title will demonstrate why. The- format for maxi- 
mum specificity (other less specific formats may b6 used) 
is 3,2,2,1, i.e., the first three letters of the first word, 
the^ first two letters of the second an* third words, and the 
first letter of the fourth word. Three commas are required ^ 
to indrcate a title^ search regardless of how many words are 
actually contained in a title,, e.g., I^ibrarv Journal would 
be keyed lib, jo, , and Newsweek wpuld lie keyed, new, , , 

Many periodical titles ^tart wilth the words "Journal 
of". Of a randpm sample of 100 serial titles taken from the 
U.S^F. serials computer print-out, seven started in that man- 
ner,' whi^h if projected tb the Entire collection of approx- 
imately ^6000 serial titles-, would mean thaV 420. U . S .F . titles 
begin with "Journal of." Two of the seven\were not retrieved 
on the SOLINET terminal after five minutes i^earching, a"^ which 
Hime retrieval attempts were discontinued. If projected to 
ihe entire collection, a total of 11? titles beginning with 
"Journal of" v/ould not be retrieved -by title, in less than ^ 
five minutes. This test was admittedly very limited; however, 
it does serve to illustrate a problem of retrieval by title ^ 
search key that is unique to serials. 

One can readily see 'that an attempt to retrieve a 
record through title search key would ^frequently result in 
the retrieval of multiple records . An experiment run on a 
U.S.F. teminal demonstrated this very ^clearly • For the ex- " 
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I 



v/as chosen from the 



perimenVa random sample of 100 titles 

U.S.F. s^irials computer print-out. Ea'ch of the titles v/as 
searched; by title key on a SOU NET .terminal using ^the format 
of^maximum specificity. Retrieval tim* and number of trans- 
actions (i.e.% the nuinber of individual keying 'operations , 
egi6h bf which results In a distinct screen display, that " . 
were required before a check-in record iwas displ^y*ed) v/ere 
noted for each, title. Inasmuch as the operator was a novitfe 
at 'working with the terminal and felt that She improved in^ ^ 
speed anS acourkcy with practice, dt was decided to compile 
: statistics on the basis of the last 50 titles keyed only. . , 



Shown in Table^ 1 are the n 
50 titles that were retrieved in on 
in two retrieval transactions, an^ 
actions, and those that w'ere not 




afid percentage of the 

trieVal transaction, 

hree retrieval trans- 
1 

eved at all. 



No . of retrieval 
transaction^ 

1 
2 

3 or more 
unable to retrieve 

TOTAL 



'^Ta]j)le .X 

No . of _ titres 
retrieved 

8 

' 25 

13 
50 



' Percentage 'of 
titles' retrieved 

16,0 
50.0 
8,0 
26.0 

100.0 



Using the figures 'in Table 1, it is possible to determine 
the number of retrieval transactions and percentage of titles^ 



Those not retrieved included thos6 that after keying 
I brought a display response af ''not in index" and those that 
brought a response of ''request impossible. The response pro- 
duces more than the present limit of 256 entries, •* as well 
as those that v/ereVnot retrieved after a five minute search - 
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retrieved in a sample of 100 serial titles retrieved by ISSN 
or CODEN when possible, or by title. Tfiese are 'shown in ^- ^ 
Table 2 . , ■ • ' " , (■ ' • 



Search 



issn/coden 

Title 
Title 
Title 
Title .1 

TOTAL ' 



Table 2 

1 

No > of retrieval 
transaction^ 

1 

3 or more 
not retrieved ' 



titi 



Percentage of 
retrieved 



es 



14.0 
4^.0 . ' 

710 
23 .0 

•100.0 



Because of the difi^culty Of retrieving series by 



title search key, it may bejnecess^y to keep a list bfi 



9CLC 



control numbers arr^ged by! slerial title, which can be t'e- 
f erred to if title search fails. Perhaps these numbers itould 
be added(l to the^ computer prirttt-out» In recognition of |«he n 
(difficulty of searching for- serials by title, the Freiberger 
Library at Case Western Reserve; ITniversity is offering for 
sale to any library planning to' ad(^j|^k)CLC ' s S^^rials Control 
;Subsyste|n a' copy of a serials print-qut containing OCL,C con- 
trol numbers for 'about 5000 serials (price $20.00). ~ As an 
alternative to compiling its own list of serials with their 
corresponding OCLC numbers, the U.S.F. Library might consider 
purchase of . the Case Western Reserve -list , recognizing, how- 
ever, that the list is limited in number of titles and repre- 
sents the collection of a particular library^-one would not 
bo certain of finding a particular U.S.F. title listed. 
\ If -the operator has tried all possible search keys 



R^:TftIEVAL OF SERIAL r 
CHECK-IN RECORD 



i 



Clover o^f* 





In actual practice an operator would probably choosy to 
consult a list of OCLC contror'nunl5ers because response tine in- 
creases g^reatly at this point (a miMnlin of three minutes*" from 
the keying of YES to the next screerl display in the SOLIMST 



experiment. ) 
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, without retrieving the desired record,- the com;]j)uter will in- 
^ ' 'struct:' "please request a wbrKform," an indication that the 
item' has not been cataloged and, that there is no checlcxin 
J record for it in the 'systeip. ^Failure to retrieve a record\, 

mean that the serisk ill'^fuestion is the first issue of 
* a new subscription or that Lt is' an unsq>icited serial. . 

' ' I Check-iri' Proc^ure ^ * 

I ' After the desired 'check-in record is displayed on ' ' 
the terminal screen, the operator will compare the issue re- . 
ceived with 'the predicted issue in "NEXT". The three pog-; 
sibl'e resultSt of a compairiso^* are: " ^ 

1. The issue received corr§spor>ds to the issue pre- 
di^cted, in which case the bperator enters- '-'p^cd" and depresses 
* SEND, ^oau sing the check-inl record to be updated ' automatically . 
. . 2. :The issue received does not coz*respond to the 
rssue predicted; the predifi^iion is accurate but the issue 
received is Ijater ■ than the issue predicted, in whj.ch case 
the operator enters "misg" and depresses SEND, which caui^es 
the gystem to indicate that th-e predicted 4ssue is missing. 

The operator tlien initiates automatic check-in, as abpve. 

• \ \ . " . . ■ - " 

- ' ^3. . The issue does not correspond to the issue pre-/ 

dieted due 'to error in prediction or because the issue 

, ^ >, ^ ■ 

received is a baqfc issue, .v/hich ^ase the operator manually 
updates the appropriate fi>elds. - . ^ - 

, -After ori^ of the -three opera.tions above Is completed, 
the operator replaces 'the record' by depressing UPDATE and ^ 



I . 



SEm . (See flow chWt on fol-lowing page.) 



A 



■3i 



> 



/ 



START ^ 





















Compare , 







SERIAL CHECK-IN PROCEDURE 
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diprerfA SEND 
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P.J^ Jianuary 5, 1976 OjCLC clocked the response time of'. 

'-.all messages, between ^9 A.M. "and 3 P.M. and f oiind that the' ' i 

"mean response'time wad 7.97 seconds. 'When the OCtC Seirials 
' "■ • ' "• ■ *' . ^ - ' _ • ' 

- Contro.l SLfl?s5*:stem is ^)perational, and the system jnaB;e3 an . • ■ ' 

. acGutate\prediction of- the next predicted issufe, checking in. 

one a,ssue ^hpuld require -three tr,arisactions (to .search the 

, record,, to se'nti the,/:recd" command, ,and to; rep;L.ace tfee re- ; /• 

,cord.).. Based on ^;meaA respqrise iime of 4?/97- seconds*, one 

title could be checTced .in in 23191 seconds, jplus an e§timi-. ' ' 

ted time for thinkirjg^ 'and keyirig of^ three seconds per trans- ' 

aqtiou, a total qjlecfc-irt time per sei^^ial of 32.91. Seconds , ^ 

or 109 titles iper^hour. This compares very favorably with 

•U.S.F.^s present manual' ch.eck-in system, which on'Febfxiary " 

,25, 1976, averaged 17 pieces, per hour.' * * • - 

Tltis computatiorf,- hoyever, .assumes that only one trsuis- . 

' * ' ' . . ■■ ■ ' * \ 

actign will be requir.ed-- to ,-ireitrieve a check-in record. -The \ 

• *\ , ■ ' . . - V .'^ _ . -\ ' \ 

■ results obtained "in the 'SOLIN^T experiment refute that pre-^, 
' sumption, ..for only i6 percent* of- the sample titles were re- 
trieired i^ o:ne transaction (i.e.^° after one 4ceying operation.) ' ' 
^hus out of ^every 100 'serials the check-in records for only 
26^ would be reprieved in one "transaction— 12 by ISSN 'or GODEN 
'\ and ,(l6 percent of the 88 percent that must be retrieved 
by some other. search key)by title. • ' 

Table 3 provides a summary of the length of time required 
for checlc-in assuming' that no 'fields need to be altered. If* 
it IS assuihed that ^nfi fi-elds are altered, 26 perceht of the 
titles cbuld be /etrieved'ir} one' transaction. and would be * . 



26. ' 

• ■ ' 

On January 5, .1976 OCLC clocked the 'response time of 
all messages between 9 A.M. and 3 P.M. and found that the'' ' 
mean response time wa^ 7.9^ seconds,. Whfen the OCliC Serials 
Control Subsystem is bperational , and the system mak^s an , ^ 
accurate prediction of the next predicted ^ssue, checking in 
^one issue should require thr^, transactions (t^ search the 
record., to send the "reed" .command, and^ to .replace the re- 
cop^-) Based pn a mean response Jbime qf 7^97 seconds^, pne 
title could be cjfckid in in 23,91 seconds; plus, an estima-^^ 
ted time for thinking and- keying of - three seconds per trans- 
ax^tion, a total check-i>n time per serial of 32.91 seconds, 
or 109 titles'per hour. This compares vei^y favorably with 
•U.S.F.'s present mgfiual check-in system, which on February ' 
25, 1976, averaged 17 pieces per hour. , / 

This computation, however, assumes that only one traris- 
action will be required to retrieve a check-in recprd. The \ 
results obtained in the SOLINET experiment refute that pre- 
si^ption, for only 16 percent of the sample titles were^e- 
trieved i^ one transaction (i.6., after one keying operation.) 
Thus out of every 100 serials tjie check-in records for only 
26 would be retrieved in one transaction — 12 by ISSN or CODEN 
and ;l4 (16 percent of the 88 per.cent that must 'be retrieved 
by some other- search kev,)^jy title. 

Table 3 providers a sioimnary of the length ol* time required 
\ov check-in assuming' that no fields need to be ailtered. If- 
it. is assumed that no fields arrf altered,- 2^ percent of the 
titles could be retrieved in one transaction and would be\ 
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Consultation - '" 
of OCLC list 

53.88 - 
67 

able to- be checked in at a rate of 109 per hout, while 

percent would require two r^trieyal transactions and could 

» 

be checked in at a rat^ of 82 per hour. ^ For the remkining 
30 percent^it woul'd no^t. be advisable to continue the on--line 
search. When a title is .keyed resulting in a display of 
"... produces more than ^0 entries. .Do you wish to con- 
tinue with this search?" , 'response time in a continued search 
at that point increases dramatically — during the SO^LINET 

experiment a m'inimum of three minutes elapsed before there 

i 

was a new display, which in some instances turned out to be* 
completely non-productive, i.e.,' the message read "Response 
impossible. The response produces more than the present 
limit of 256 entries." Thus at this point in the search 
it is advisable, rather than to continue the on-line search, 
to consult a list of OCLC numbers, such as that available 
from Case Western Reserve University. Allowing ten seconds 
for consulting the list, the remaining 30 pe^rcent of the titl 
would be retrieved at the rate of 6? per hour. The following 
equation illustrates the number of check-ins that could be 
expected when no fields are altered: 

.26(109) ^+ .44(82)^+ .30(67) = 84.5 check-ins per hour 

29 



Table 3 

No. .of .retrieval 
transacticins 

Total no.* of '-^^ , ^' ' . 

transactions ^ 3 - 4 

Seconds 32.91 ^3.88 

Check--ins/hr . i09 . 82 - 



Thus in actual Rr^ctice the nieaji number of checfc-ins pei' hour 
v/ould be not more ,than 84.5 could be expected fo be con- 
siderably less, the true raegin depending on the number of check 
ina requiring alteration. - ^ . 

"If the system prediction of next expected issue is 
not correct, additional transactions (a total of between 
four and six) would t>e required (to search for, record, to 
alter and send two to four fields,; and to replace the record). 
It would seem reasonable/to assume that the alteration, Of 
fields would require more than th^ee seconds of th^inking 
and keying time — pei^^ps five for each field would-be a plaus- 
ible estimate. Ag^ume that an issue of the Journal of Jazz; 
Studies is to be checked in. In the SOLINET experiment it ' 
required two transactions to retrieve a record for that pajrtx- 
culax periodical — the first keying resulted in a summary 
screen from which the title of the particular journal de- 
sired was' chosen and then, in the second transaction, was , 
keyed. , Those two transactions . would > require 7*97 sedonds 
for each transaction plus three seconds for thinking and 
keying time, a to tal of 21 .9^ seconds. Now assume that the 
issue received is later than the issue predicted and that 
two fields need to be alte'red. Altering of the fields re^ 
quires 7.97 seconds for each alteration plus five seconds 
for keying and thinking, a total of 25.9^., After the al- 

V 

terations are entered the record is replaced, which' takes 
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10.97 seconds (7.97 seconds plus three seconds for keying and 

thinking). The total time for 6heck-in of that paxti-cular 

♦ 

issue of that parti culsLr periodical would require a total 

of 58.85 seconds- (21.9^ + 25.9^ + 10-97). 

Since it is certain that some alteration of fields 
• «> 

will be necessary, it will be assumed^ for th^e ipurpos^ of' 
making a comparison with the check-in situatiop (Retailed previ- 
ously (i.e., in which no fields were altered) , tha^ of a igroup 
of titles to be checked' in 80 percent will reqi^ire no field \ 
alteration/ while 10 percent will require that two fields 
be altered,^ 5 percent will require three fieldk; altered, an- 
'other 5 percent will require *four fields aL"tered. Table 4 de- 
tails the number of seconds required and check-ins per hour pos- 
sible under differing retrieval situations and how. those factors 
vary according to the number of fiel*ds that require alteration. 



i Table /J- 



No. of fields altered 


" 0 


2 




4 


— V"^ — 

_ . 


^ , ,^,M 1...^. .1.... M , . IP _ • 

One retrieval t^ransabtion 


Total no. of transactions' 
Seconds required^ 
Check-ins per Hour 


3 

32.91 
109 


47.88 • 

. 75 


5 

60.85 

^ 59 ' 


6 

73-82 
^9 ^ 


Two retrieval transactions 


Total no. of transactions 
Seconds required 
Check-ins per hour 


43 . 88 - 

82 


^.5^85 


A 6 
.71.82 
50 


7 

84.79 

42 


Consultation of OOXjC no. list 


Total no. of transactions. 
Seconds required 
Check-ins per hour ' 


53-88 

,67 . 


68^85 
52 


81 .82 

■ 44 , 


. 7 
94.79 

38 , 



3i 
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' The following equations are based on the figures in the table 
and on the assumption that is made on the previous' page re- ' 
garding the percentage of .titles that will require altera- 
tion of fields: 

The mean number of seconds it will t^e to check in 
/^L^oo ^ assuming one retrieval transaction only is 
Z:80(32.9l) + .I0h7.88) + .05(60.85) + .05(73.82)7= 37.8 

The mean number of seconds it will take to check in 
^L;?-o-'-or,?^^^^'^f retrieval transactions is 
,. /:ao(43.88) + .10(58.85) + ,05(71.82) + . 05(84. 79J7= 48.8 

Thp mean number of se9onds it will take to check in 
one title assuming. that a list of OCLC numbers is consul- . 
^ted after keying title reveals that more than two trans- 
- actions will be required to retrieve the check-in record 
^ * title secirch is ' ' 

./:80(53.88) + .10(68.85) + .95(81.82) + .05(94.79^7= 58.8 

Therefore the mean number of seconds it will take to 
« , check in one title is giVen by 

^6(37.8) +. -.44(48.8) +- .30(58.8^7= 48.94 seconds 

Thus in the hypothetical situation -in which' 80 percent of a 
, group of . titles t^ is checked in requires no field altera- 
ti^n. 1-0 pfe.rceht require two field alterations, 5 percent 
require th;-ee field alterations, and 5 percent require four 
field alterations, one title will be -checked in in 48.9/^ 
seconds, or 73.6 titles will be checked in per hour. 

Clearly, ,the variables are numerous — and not all of 
^ them have been considered here, e.g., the eventuality that 
a particular title may not be on a list of OCLC numbers'. 
\ ^ Nonetheless, it is evident that check-in -"by means of OCLG's 

automated system w|ll result in considerably more serial 
issues being checked in per hour than the ,17 that are now 
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teing done under the manual system. 

But what of the cost? If it is assumed that no fields 
are- altered and 8^.5 check-ins are done in one hour, the 
cost would be $21.3^. 

' .03^ (per check-in) x 8^.5 = 2.87 
16g-in (per log-in) ' .6l 

connect charge (per hour) 14'. 6^ * 
hourly salary - 3 .22 ^ 

$21.3^ 



The hourly salary is, based on the assumption that check-in 
is dd^ne in equal amounts by Clerk Ill's and Clerk II 's and 
will contixiue to be done so should OCLC's serials control 
system be adopted. The raediaxt hourly salary ranges have been 
averaged, resulting, in a $3.22 median hourly, salary.''' The 
cost of checking in 73-6 records, thS numb^rodT titles checked 
in per hour in the hypothetical situation abi^ve would be 
$20.97., 

By the present manual system it cost $15.97 to check 
in 8^.5 titles and $13-92 to \^claeck in 73-6 titles. Thus it 
would cost 25 percent and 3k percent more to^check ip.-84'.5 
and 73.6'titles respectively by OCLC's autoraat€?f serials 
control system than it does under the present system at U.S.F. 

/After the daily check-in of serials is completed, th^\ 
operator will log-off, a procedure accomplished ^by entering 
"end" and depressing SEND. The operator v/ill know that l^e 
message has been received when the computer responds "Good-bye* 

— ■) 

Clerk III saWy range is $626^^-7955, while Clerk II 
'-salary range is $5575-697^. 



32 



Further Corisidera^tions 

Some additional factors that should be considered 
when the adoption of QCLC's Setrials Control Subsystem is 

contemplated are the cosb of equipment and maintenance, 

1 

OCLC's response time degradation, down time, the present 
status of the Serials Gontro:\. Subsystem, and th^/rfuture 
status of ' SOLI NET in relation to OCLC . 

OCLC offers two plans: one, an "inclusive plan avail-" 
able to Ohio rfiember libraries and to independent participa- 
ting libraries, whereby a libraly pays a set charge folr 
each transaction, this jingle charge covering the cost of 
terminals and telecommunications? two, a basic plan avail- 
able to libraries, like the U.S.F. Library, that partici^ 
pate in OCLC as members of other networks, whereby transaa- 
tion charges are lower than under the inclusive pl^ but ' 
do not include the cost of terminals and telecommunications 



The following arc 

4 

cal year 1976/77: 



proposed O.CiC , charges foip the fis- 



i 



Terminal 

Terminal installation 
First access , 
Tymnet ( communications ) 
Log-on (per log-on) 
Connect charge (per hour) 
/ Maintenance . , ' 

Monthly charge per terminal ^ 

(includes 3 calls/yeair) 
Each additional call/ 



$4-514. Co 

.1.88 

.61 
^ 14.64 

50.60 
202.35 



That maintenance charges can/ be considerably gr^eater than 
the, charges list might ' indicate is evidenced by the fact 
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that oi|ie of U.S.F.'.s five tei^inals.Vequired twelve main- . 
t tenancy calls during 197 Si , \^\ 



\^ OyLC has set 6.5 seGon(^ adi the minimum acceptable 

respons^ time, and in the test conducted on January 5, 1976 
a me^ respons^^ time of 7.97 wa^s realized. During much of 
last yea^, however, the response time was considerably highe 
it was, J^t^r example, reported as 15-1 seconds during the 
we^k of fBp^emb^r 3-7. OCLC installed a' new computer in ' 
December , 1 effecting a reduction in response time. Users, 
nevertheless, are concerned about possible future overload 
of the sys|tem and subsequent degradation of response time, 

I i ^ . \ • ' 

a concern that isulikely to indrease as the Serials Contr^ol 
Subsystem is impli^mented and system activity is intensified. 

Another probtLem of concern to users is dowi\ time. 
The record kept at \ the U", S.F. Library indicates thai during 
February 1976,the first furl month- that all five terminals 
wer 3 in o^etation, xhere was a down time of 176 hours, or 
11 jDe^cent of the operating hours (weekdays, S'A.M, - 10 P.M 
Satiiirday, Is A.M. - 5 P»M.) » Thalj: down time'is considerably 
greater during some months is indicated by the fact that 

during December l975 with on^y tWo terminals in operation- 

i 

the U.S.F^' Library clocked a down time of 285 hours 1 

OCLC*s Serials Control Subsystem has not as yet been 
implemented. Sorr/e delay was experiencifed when, in order not 
to degrade re^porise time further whilis a new computer was 
being installec^/and the on-line system was being converted 
to run on twc/ 'computers , all softv/are additions and changes 



w^ere suspended. " Moreover, it was ' determined that additional 



35 



34 



Npnigra^ is necessary before implemen.tation can become 
a rps^lity. Presently the system has the capability to handle 
thej creation of check-in rft^ords on-lir\e; but to date only • ' 

one library, that of Case Ihfestem Reserve University, has 

' \ * ^ * 

begun a serious conversion project. No date has been set 

by OCLXJ for full implem^sntation of Aerials .control. 

Furtherrnqre, the ^future status of SOLI NET is not as . 

yet clear Its contraqt wrth Octc will terminate in 1978,. 

1 ; - 

^t which time^ SOLI NET v\|5-ll dQpide whether tO enter into a \ 
hew contract with OCLC lor to function as a wholly independ- 



/ 



ent system 

. \ 



CONCLUSION ' 

\ The automatign.of library oper^t^ons,': inclul^ing those - 
of the Serials Department at the U.S.F. Library, /is a| sub- 
ject that should concern all librarians; fof* the expdn - ' 

tial' growth in the i number of titles is makirtg the organiza- , 

- i \ ■ ' ' ' ' '■ '^7^ ^ ' " 

tion and retij^ieval of data increasingly difficult under pre- 

' ^ . ^ \ A - ^• /\ \\ I ' ■ 

ystems. Auto;matibn of m^y aspects of ^erials 



sent tnanual 



control is becoming increas 



^giy 



inevitlible and advisable. 



Whether OCLC/s Senials Control Subgysteriti will 



/ 



iiltimately 



prove to be th^bQsil automation choice ^or U.S,F.'*^s not pos^ 



sible to state corioiusively at the present time'. As. t^ sub^ 
system is implemented elsewhere 'and experience is gained, 
further study wil^ be needed to^ determijrie its^/co.st effect- ' 



'ivene^s for U.S. ^. Automgition alterna^ives/ia "^h OCLC systeA, 



/ 



Persor^l letter from Meg Sarver, ^l^rch iV , 1976, 
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e.g., the use of dn-line termijnals through the' -cenliral i|inl- 
versity computer and the^use of minicomputers ,. should 
\ studied and evaluated as well. 



^ ' True, caution i^ advised when_ ^|Lutomat|LOrjt^ is, contemplated 
hixjt caution must, not ^e an excuse for delay | fpr * the condi- 
tions that make adOp^tioK of automation a probability heigh- 
ten with the passagf of time. ■ — 




„l HI*' 



